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Beschreibung 

Abbau von Verbindungen in Kommunikat ions net zen 

5 

In der Vergangenheit haben sich zwei wesentliche Typen von 
Kommunikationsnetzen zur tibermittlung von Inf ormationen her- 
ausgebildet: Paketorientierte (Daten-) Netze und leitungsori- 
- entierte (Sprach-) Netze- Im Zuge der Konvergenz dieser bei- 
10 den Netztypen haben sich konvergente (Sprach-Daten-) Netze 
herausgebildet . Durch Zusammenschluss dieser unterschiedli- 

* 

chen Netztypen entstehen hybride Netze, in denen der Gegen- 
stand der vorliegenden Erfindung mit besonders schonen Vor- 
teilen zura Einsatz kommt . 

15 

Leitungsorientierte Netze - auch Sprachnetze oder Telephon- 
netze genannt - sind auf die Ubermittlung von in der Fachwelt 
auch als Gesprach, Call oder Session bezeichneten kontinuier- 
lich stromenden (Sprach-) Inf ormationen ausgelegt. Die tiber- 

20 mittlung der Informationen erfolgt hierbei iiblicherweise mit 
hoher Dienstgiite und Sicherheit. Beispielsweise ist fur Spra- 
che eine minimale - z.B. < 200 ms - Verzogerung (Delay) ohne 
Schwankungen der Verzogerungszeit (Delay- Jitter) wichtig, da 
Sprache bei Wiedergabe im Empf angsgerat einen kontinuierli- 

25 chen Inf ormationsf luss erfordert. Ein Informationsverlust 
kann deshalb nicht durch ein nochmaliges Ubermitteln der 
nicht ubermittelten Information ausgeglichen werden und fuhrt 
im Empf angsgerat ublicherweise zu akustisch wahrnehmbaren 
Storungen (z.B. Knacksen, Verzerrung, Echo, Stille) . In der 

30 Fachwelt wird die tibermittlung von Sprache verallgemeinert 

auch als Echtzeit- (Obermittlungs-) Dienst bzw. als 'Realtime- 
Service ' bezeichnet . 

Paketorientierte Netze - auch Datennetze genannt - sind auf 
35 die Ubermittlung von in der Fachwelt auch als 1 Datenpaket- 
strome' oder 'Flow 1 bezeichneten Paketstromen ausgelegt. 
Hierbei muss ublicherweise keine hone Dienstgiite garantiert 
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werden. Ohne garantierte Dienstgiite erfolgt die Obermittlung 
der Datenpaketstrome z.B. mit zeitlich schwankenden Verzo- 
gerungen, da die einzelnen Datenpakete der Datenpaketstrome 
iiblicherweise in der Reihenfolge ihres Netzzugangs ubermit- 
5 telt werden, d.h. die zeitlichen Verzogerungen werden umso 
grower, je mehr Pakete von einem Datennetz zu tibermitteln 
sind. In der Fachwelt wird die tjbermittlung von Daten deshalb 
auch als Obermittlungsdienst ohne Echtzeitbedingungen bzw. 
als 'Non-Realtime-Service 1 bezeichnet. 

10 

Die Pakete unterscheiden sich Iiblicherweise je nach Art des 
paketorientierten Netzes. Sie konnen beispielsweise als In- 
ternet, X.25 Oder Frame Relay Pakete, aber auch als ATM Zel- 
len ausgebildet sein. Sie werden zuweilen auch als Nachrich- 
15 ten bezeichnet, v. a. dann, wenn eine Nachricht in einem Paket 
ubermittelt wird. 

Ein bekanntes Datennetz ist das Internet. Dieses wird wegen 
des dort zum Einsatz kommenden Internet Protokolls IP zuwei- 

20 len auch IP Netz genannt, wobei dieser Begriff grundsatzlich 
weit zu verstehen ist und alle Netze umfasst, in denen das IP 
Protokoll eingesetzt wird. Das Internet ist als offenes- 
(Weitverkehrs-) Datennetz mit offenen Schnittstellen zur 
Verbindung von (zumeist lokalen und regionalen) Datennetzen 

25 unterschiedlicher Hersteller konzipiert. Es stellt eine vom 
Hersteller unabhangige Transportplattf orm zur Verfiigung. 

Verbindungen sind Kommunikationsbeziehungen zwischen zumin- 
dest zwei Teilnehmern zum Zweck einer - zumeist gegenseiti- 

30 gen, d.h. bi-direktionalen - In format ion stibermitt lung . Der 

die Verbindung initiierende Teilnehmer wird ttblicherweise als 
1 A— Teilnehmer T bezeichnet. Ein durch eine Verbindung mit 
einem A-Teilnehmer in Verbindung gesetzter Teilnehmer heifit 
? B-Teilnehmer * . In einem verbindungslosen Netz reprasentieren 

35 Verbindungen zumindest die auf logisch abstrakter Ebene ein- 
deutige Beziehung zwischen A- und B-Teilnehmer, d.h. entspre- 
chend dieser Sichtweise stellen z.B. die verbindungslosen 



Flows im Internet logisch abstrahierte Verbindungen dar (z.B. 
A-Teilnehrner ™ Browser und B-Teilnehmer « Web Server) . In 
einem verbindungsorientierten Netz repr^sentieren Verbindun- 
gen zudem auf physikalischer Ebene eindeutige Wege durch das 
Netz, entlang denen die Informationen ubermittelt werden. 

Im Zuge der Konvergenz von Sprach- und Datennetzen werden 
Sprachubermittlungsdienste und zunehmend auch breitbandigere 
Dienste wie z.B. Ubermittlung von Bewegtbil din format ion en 
ebenfalls in paketorientierten Netzen realisiert, d.h. die 
tibermittlung der bisher ttblicherweise leitungsorientiert 
ubermittelten Echtzeitdienste erfolgt in einem konvergenten 
Netz - auch Sprach-Daten-Netz genannt - paketorientiert , d.h. 
in Paketstromen. Diese werden auch Echtzeitpaketstrome ge- 
nannt. Die ttbermittlung von Sprachinf ormationen uber ein 
paketorientiertes IP Netz wird dabei auch mit ? VoIP ' (Voice 
over IP) gekennzeichnet . 

In den internationalen Standardisierungsgremien IETF (Inter- 
net Engineering Task Force) und ITU (International Telecommu- 
nications Union) mehrere verteilte Architekturen fur Sprach- 
Daten-Netze beschrieben. Allen ist gemeinsam, dass die Call 
Control Ebene und die Resource Control Ebene funktional deut- 
lich voneinander getrennt sind und meist sogar auf unter- 
schiedlichen Hardware Plattformen realisiert werden. 

Die Call Control Ebene umfasst dabei zumindest einen (optio- 
nalen) Call Controller, dem u.a. folgende Funktionen zugeord- 
net sind: 

- Address Translation: Umsetzung von E.164 Telephonnummern 
und anderen Alias Adressen (z.B. Rechnernamen) auf Trans- 
portadressen (z.B. Internetadressen) . 

- Admission Control (optional) : Grundsatzliche Zulassig- 
keitspriifung, ob und in welchem Umfang (z.B. VoIP fahige) 
Einrichtungen das Kommunikationsnetz nutzen durfen. 

- Bandwidth Control (optional) : Verwaltung von ttbermitt- 
lungskapazitaten . 
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- Zone Management: Registrierung von (z.B. VoIP fahigen) 
Einrichtungen und Bereitstellung obiger Funktionen fur al- 
le beim Call Controller registrierten Einrichtungen. 

5 Optional konnen einem Call Controller zudera folgende Funktio- 
nen fallweise zugeordnet werden: 

- Call Control Signaling: Alle Signalisierungsnachrichten 
werden von zumindest einem Call Controller vermittelt, 
d.h. alle Einrichtungen schicken und erhalten Signalisie- 

10 rungsnachrichten nur uber den Call Controller. Ein direk- 

ter Austausch von Signalisierungsnachrichten zwischen den 
Einrichtungen ist untersagt. 

- Call Authorization: Zulassigkeitspriifung fiir eingehende 
und ausgehende Calls . 

15 - Bandwidth Management: Steuerung der zulassigen Anzahl von 
Einrichtungen , die gleichzeitig das Kommunikationsnetz 
nutzen durfen. 

- Call Management: Verwaltung einer Liste bestehender Ge- 
sprache, um z.B. ein Besetzzeichen erzeugen zu konnen, 

20 falls dies von der Einrichtung selbst nicht erzeugt werden 

kann. 

- Alias Address Modification: Ruckgabe einer modif izierten 
Alias Adresse, bspw. mit einer H. 225.0 Nachricht ACF (Ad- 
mission Confirmation) . Diese Adresse muss der Endpunkt bei 

25 Verbindungsaufbau verwenden. 

- Dialed Digit Translation: tibersetzung der gewahlten Zif- 
fern in eine E.164 Telephonnummer oder eine Nummer aus ei- 
nem privaten Nummerierungs schema. 

30 Beispiele fiir Call Controller stellen der von der ITU in der 
H.323 Standard Familie vorgeschlagene 'Gatekeeper 1 oder der 
von der IETF vorgeschlagene ! SIP Proxy 1 dar. Wird ein groiie- 
res Kommunikationsnetz in mehrere Domanen - auch 'Zonen' 
genannt - gegliedert, kann in jeder Domane ein separater Call 

35 Controller vorgesehen werden. Eine Domane kann auch ohne 
einen Call Controller betrieben werden. Sind mehrere Call 
Controller in einer Domane vorgesehen, soli nur ein einziger 
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von diesen aktiviert sein. Ein Call Controller ist aus logi- 
scher Sicht getrennt von den Einrichtungen zu sehen. Physika- 
lisch muss er jedoch nicht in einer separaten Call Controller 
Einrichtung realisiert sein, sondern kann auch in jedem End- 
5 punkt einer Verbindung (beispielsweise ausgebildet als H.323 
oder SIP Endpunkt, Endgerat, Media Gateway, Multipoint 
Control Unit) oder auch einer primar zur programmgesteuerten 
Datenverarbeitung ausgebildeten Einrichtung (beispielsweise: 
Rechner, PC, Server) vorgesehen werden. Auch eine physika- 
10 lisch verteilte Realisierung ist moglich. 

Ein alternatives Beispiel ein Media Gateway Controller, dem 
ublicherweise die optionalen Funktionen Call Control Signa- 
ling and Call Management zugeordnet werden, Weiterhin ist die 
15 Zuordnung einer Funktion Signaling Conversion zur Umsetzung 
unterschiedlicher (Signalisierung-) Protokolle denkbar, was 
z.B. an der Grenze von zwei unterschiedlichen Netzen, die zu 
einem hybriden Netz zusammengeschlossen sind, erforderlich 
sein kann. 

20 

Die Resource Control Ebene umfasst zumindest einen Resource 
Controller, dem u.a. folgende Funktionen zugeordnet sind: 

- Capacity Control: Steuerung des dem Kommunikationsnetz 
durch Paketstrome zugefuhrten Verkehrsvolumens, z.B. durch 

25 Kontrolle der Ubermittlungskapazitat einzelner Paketstro- 

me . 

- Policy Activation (optional) : ggf . fur einen priorisierten 
Paketstrom Resourcen im Kommunikationsnetz fur dessen U- 
bermittlung reservieren. 

30 - Priority Management (optional) : Prioritatskennzeichen in 
den Paketen entsprechend der Prioritat ihrer Paketstrome 
setzen, kontrollieren und gegebenenfalls korrigieren, 
falls die Pakete bereits mit Prioritaten gekennzeichnet 
sind. 

35 

Der Resource Controller wird auch als 'Policy Decision Point 
(PDP) 1 bezeichnet. Er ist beispielsweise innerhalb von sog. 
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Edge Route rn - auch Edge Device , Zugangsknoten oder bei Zu- 
ordnung zu einem Internet Service Provider (ISP) auch Provi- 
der Edge Router (PER) genannt - realisiert. Diese Edge Router 
konnen auch als Media Gateway zu anderen Net z en ausgebildet 
5 sein, mit denen die Sprach-Daten-Netze verbunden werden. 

Diese Media Gateway sind dann sowohl mit einem Sprach-Daten- 
Netz als mit den anderen Netzen verbunden und dienen intern 
der Umsetzung zwischen den unterschiedlichen (ttbermittlungs-) 
Protokollen der verschiedenen Netze. Der Resource Controller 
10 kann auch nur als Proxy ausgebildet sein und Resource Cont- 
roller relevante Informationen an eine separate Einrichtung 
weiterleiten, auf der die relevanten Informationen entspre- 
chend einer Funktion des Resource Controllers bearbeitet 
werden . 

15 

Das prinzipielle Zusammenwirken der beiden Ebenen sei am 
Beispiel eines Call Setup zwischen zwei als Teilnehmerendge- 
rate ausgebildeten VoIP Einrichtungen erlautert. Dabei wird 
zunachst von einem homogenen Sprach-Daten-Netz ausgegangen. 

20 

Innerhalb oder teilweise auch zeitlich vor dem eigentlichen 
Call Setup laufen bei Einwahl eines Endgerats in das IP-Netz 
(z.B. liber einen Internet Service Provider) die Schritte 
Authentisierung, Autorisierung und (Start des) Accounting ab. 

25 Diese sogenannte 'AAA' Funktionalitat wird ublicherweise 

durch den Zugriff auf eine Subscriber-Datenbank, in der alle 
Nutzer mit ihren Kennungen, Passwdrtern, Rechten, etc. ge- 
speichert sind, realisiert. Dieser Zugriff ist langsam und 
vergleichsweise komplex. In den heutigen "Best Effort" IP 

30 Netzen findet dieser AAA Vorgang normalerweise einmal wahrend 
des Einwahlens des Nutzers statt. Eine weitere Authentisie- 
rung erfolgt bei Einsatz eines Call Controllers, wenn sich 
das Endgerat beim Call Controller des Internet Service Provi- 
ders registriert. Nach dem ITU-Standard H.323 wird diese 

35 Authentisierung bzw. Registrierung eines Endgerats beim zuge- 
ordneten Gatekeeper gemafc dem RAS (Registration, Admission, 
Status) Protokoll durchgefiihrt, das im ITU-Standard H. 225.0 
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• beschrieben ist. 

Der eigentliche Call Setup beginnt iiblicherweise damit, dass 
in einem ersten Schritt die Endgerate der Teilnehmer ihre 
5 Fahigkeiten (z.B. Liste der unterstiitzten CODEC) austauschen, 
um die benotigten Ressourcen (z.B. Bandbreite) und die gefor- 
derte QoS (z.B. Delay, Jitter) zu bestimmen. Die Endgerate 
sind bei Sprachtelephonie z.B. als IP Telephone oder VoIP 
Client Software ausgebildet, bei Online-Video konnte eines 
10 der Endgerate ein Content- bzw. Application-Server sein, z.B. 
im Netz des Internet Service Providers (ISP) . 

Der Austausch der Signalisierungsnachrichten erfolgt entweder 
direkt zwischen den Endgeraten oder unter Vermittlung eines 

15 Call Controllers. Hierbei ist bei jedem Call fur jedes Endge- 
rat und fiir jede tibertragungsrichtung individuell festgelegt, 
welche Variante zum Einsatz kommt. Die erste Variante wird in 
der H.323 Terminologie auch als 'Direct Endpoint Call Signal- 
ing 1 und die zweite als 'Gatekeeper Routed Call Signaling 1 

20 bezeichnet. Bei Direct Endpoint Call Signaling konnen an 

einen Call Controller ggf . Kopien ausgewahlter Signalisie- 
rungsnachrichten ubermittelt werden, so dass ein Call Cont- 
roller auch bei dieser Variante haufig Kenntnis von den zwi- 
schen den Endgeraten abgestimmten Ressourcen- und QoS- 

25 Anforderungen hat. Diese Anforderungen werden jedoch von ihm 
selbst nicht aktiv beeinflusst oder verifiziert. 

In einem zweiten, optionalen Schritt kann die der art abge- 
stimmte Ressourcen- und QoS-Anf orderung direkt von den Endge- 
30 raten der Teilnehmer an ihren zugeordneten Resource Control- 
ler ubermittelt werden. Nach Prufung der Ressourcen- und QoS- 
Anforderung wird von dem Resource Controller eine Bestatigung 
(oder Ablehnung) an das Endgerat zurtickgeschickt . 

35 In einem dritten, ebenfalls optionalen Schritt wird im Edge 

Router und gegebenen falls weiteren Routern im Netz eine Poli- 
cy aktiviert, mit der diese Router priifen und gewahrleisten, 
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dass der vom Endgerat verursachte Verkehr innerhalb der Gren- 
zen liegt, die in der Anforderung spezifiziert wurden. Ein 
Bei spiel fur einen derartigen Reservierungsmechanismus ist 
RSVP (resource Reservation Protocol) . 

5 

Zur Durchfuhrung der drei Schritte wird eine Mehrzahl von 
Nachrichten versendet, die lediglich zur Abstimmung der be- 
teiligten Komponenten untereinander, jedoch nicht zur tiber- 
mittlung der "eigentlichen" Informationen zwischen den Endge- 

10 raten dienen. Diese mit den Nachrichten ubermittelten Infor- 
mationen werden ublicherweise als Signalisierungsinformatio- 
nen, Signalisierungsdaten bzw. schlicht als Signalisierung 
bezeichnet. Der Begriff ist dabei weit zu verstehen . So sind 
z.B. neben den Signalisierungsnachrichten auch die Nachrich- 

15 ten gemaJi dem RAS Protokoll, die Nachrichten geraafi dem ITU- 
Standard H.245 zur Steuerung von Nutzkanalen bestehender 
Gesprache sowie alle weiteren ahnlich ausgebildeten Nachrich- 
ten umfasst. Das Signalisierungsprotokoll fiir den Verbin- 
dungsaufbau (Call Setup) und -abbau (Call Release) nach der 

20 ITU ist z.B. im Standard H. 225.0 beschrieben, das nach der 

IETF im RFC 2453bis ("SIP: Session Initiation Protocol"). Die 
"eigentlichen Informationen" werden zur Unterscheidung von 
der Signalisierung auch Nut z informationen, Payload, Medienin- 
formationen, Mediendaten oder schlicht Medien genannt. Kommu- 

25 nikationsbeziehungen r die zur Ubermittlung der Signalisierung 
dienen, werden im weiteren auch als Signal! sierungsverbindun- 
gen bezeichnet. Die zur Cbermittlung der Nutzinf ormationen 
eingesetzten Kommunikationsbeziehungen werden z.B. Sprechver- 
bindung, Nutzkanalverbindung Oder - vereinfacht - Nutzkanal, 

30 Bearerchannel oder schlicht Bearer genannt. 

In diesem Zusammenhang versteht man unter out-of-band bzw. 
outband die Obermittlung von Informationen auf einem anderen 
Weg / Medium als den im Kommunikationsnetz zur Obermittlung 
35 von Signalisierungs- und Nut z informationen vorgesehenen. 

Insbesondere ist hiervon eine lokale Konf iguration von Ein- 
richtungen vor Ort umfasst, die z.B. mit einer lokalen Steu 



WO 2005/020554 



PCT/EP2004/050700 



9 

ereinrichtung vorgenommen wird. Demgegenuber werden bei in- 
band Informationen auf dem gleichen Weg / Medium, ggf . lo- 
gisch getrennt von den betrachteten Signalisierungs- und 
Nutzinf ormationen, ubermittelt. 

5 

Zusammenf as send kann der Function Split zwischen den beiden 
Ebenen so beschrieben werden , dass der Resource Control Ebene 
lediglich die Funktionen zugeordnet sind, die zur Obermitt- 
lung von Nut z informationen erforderlich sind, wahrend von der 

10 Call Control Ebene die Intelligenz zur Steuerung der Resource 
Control Ebene umfasst ist. Mit anderen Worten: Die Einrich- 
tungen der Resource Control Ebene besitzen moglichst keine 
Netzsteuerungs intelligenz und konnen in der Folge wirtschaft- 
lich besonders vorteilhaft auf separaten Hardware Plattformen 

15 realisiert werden. Dies ist wegen der im Vergleich zu Call 

Control Ebene hoheren Installations zahlen in dieser Ebene ein 
besonders schoner Vorteil. 

Sowohl in konvergenten Sprach-Daten-Netzen als auch in hybri- 
20 den Netzen, die z.B. durch einen Zusammenschluss eines kon- 
vergenten Sprach-Daten-Netzes mit einem konventionellen lei- 
tungsorientierten Sprachnetz gebildet werden, entstehen bei 
der Ubermittlung von Informationen - insbesondere der in 
Echtzeitpaketstromen - neue technische Problems tellungen 
25 aufgrund der neuen bzw. unterschiedlichen Technologien, die 
in den jeweiligen Netztypen zum Einsatz kommen. 

Es ist Aufgabe der Erfindung, zumindest eines dieser Probleme 
zu erkennen und durch Angabe von zumindest einer Losung den 
30 Stand der Technik zu bereichern. 

Die Erfindung stellt sich die Frage, wie in einem Netz, in 
dem die Call Control und die Resource Control Ebene deutlich 
(meist physikalisch) voneinander getrennt und lediglich lose, 
35 z.B mit einem Steuerungsprotokoll (z.B. H.248 oder MGCP - 
Media Gateway Control Protocol) miteinander verbunden sind, 
auf einen Fehler in der Call Control Ebene reagiert werden 
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soli, wenn der Fehler Auswirkungen auf die Resource Control 
Ebene hat. In einem Netz ohne deutlich Entkopplung dieser 
beiden Ebenen fuhrt ein derartiger Fehler infolge der inte- 
grierten Hardware Plattform ttblicherweise automatisch zu 
5 einer Folgereaktion in der Resource Control Ebene (z.B. zum 
Ausfall einer Obertragungsstrecke) . Diese Folgereaktion tritt 
jedoch bei (physikalischer) Verteilung der beiden Ebenen 
nicht mehr automatisch ein. So konnen insbesondere bei Aus- 
fall der Hardware Plattform eines Media Gateway Controllers 

10 weiterhin von den ihm zugeordneten Media Gateways Informatio- 
nen weiter ubermittelt werden, well deren isolierte Hardware 
Plattform weiterhin voll f unktionsfahig ist . Eine Anderung 
tritt erst dann ein, wenn durch einen entsprechenden Steuer- 
befehl eine adaquate Folgereaktion im Media Gateway ausgelost 

15 wird, z.B. indem durch eine Nachricht MGCP:DLCX oder 

H.248 :ServiceChange die Obermittlung von (Nutz-) Information 
nen durch Auslosen der (Bearer-) Verbindung beendet wird. 

Somit stellt sich fur die vorliegende, verteilte Architektur 
20 die prinzipielle Frage, ob - und wenn ja - wie stark ein 

Fehler in der Call Control Ebene die Resource Control Ebene 
in Mitleidenschaf t Ziehen soil. Ist die Kopplung der beiden 
Ebenen zu gering, hat man Probleme mit der Datenkonsistenz 
(z.B. in der Call Control Ebene liegt ein falsches Abbild der 
25 Zustande in der Resource Control Ebene vor; Vergebuhrung 

lauft trotz Bearer Ausfall weiter) . Ist die Kopplung zu stark 
(z.B. ein Ausfall einer Einrichtung der Call Control Ebene 
fuhrt auch zu einem gleichwertigen Ausfall der zugehorigen 
Einrichtungen der Resource Control Ebene) , dann hat man unno- 
30 tig lange Ausfallzeiten und unn6tige Risiken beim Wiederan- 
lauf des Netzes. 

Die Wirkung eines Steuerbefehls ist dabei im Rahmen des ein- 
gangs beschriebenen Function Splits der zweigeteilten Archi- 
35 tektur rein lokal auf die jeweils angesprochene Einrichtung 
(z.B. Media Gateway) begrenzt. Als Konsequenz dieser modula- 
ren Philosophie ist ein entsprechender Steuerbefehl an jede 
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derart gesteuerte Einrichtung der Resource Control Ebene 
entlang einer Verbindung erf orderlich f um ein vollstandiges 
Auslosen der Verbindung zu erreichen. 

5 Dies kann aller dings zu Problemen bei der Vergebuhrung der 

Verbindung fuhren, weil die (Bearer-) Verbindung bereits nach 
dem ersten Steuerbefehl nicht mehr fur eine end-to-end ttber- 
mittlung von Informationen zwischen Teilnehmern benutzt wer- 
den kann, wenn der von diesem Befehl betroffene Media Gateway 

10 die derart ausgeloste Verbindung nicht mehr kennt und die 
Gateway Funktion nicht mehr ausiibt. Die Vergebuhrung muss 
folglich moglichst zeitgleich mit dem ersten erf olgreichen 
Steuerbefehl beendet werden und darf nicht erst dann enden, 
wenn die Verbindung in dem Knoten aus gelds t wird, in dem auch 

15 die Vergebuhrung der Verbindung durchgefiihrt wird. 

Es ist in leitungsorientierten TDM (Time Devision Multiplex) 
Netzen bekannt, nach Ausfall eines TDM Vermitt lungs knot ens 
alle PCM (Pulse Code Modulation) Strecken physikalisch zu 

20 deaktivieren. Dies wird von der Hardware Maintenance der 
benachbarten TDM Vermitt lungs knoten nach einigen Sekunden 
Verzogerungszeit erkannt und an ihre interne Steuerung gemel- 
det. Diese Steuerung ermittelt daraufhin die von dem Ausfall 
betroffenen Verbindungen und signalisiert mit Hilfe von SS7 

25 Nachrichten an alle betroffenen Vermittlungs knoten des TDM 
Netzes den Ausfall der Verbindungen. Auf Grund dieser Nach- 
richten wird die Vergebuhrung der Verbindungen zeitnah zu dem 
initialen Ausfall des ersten Vermittlungs kno tens beendet. 

30 Dieses Verfahren funktioniert jedoch in einem hybriden Netz, 
bestehend aus einem paketorientierten Netz und einem lei- 
tungsorientierten TDM Netz, nicht mehr, weil in einem Media 
Gateway die PCM Strecken, in denen die Bearer im TDM Netz 
gefuhrt werden, auch nach Auslosen einer Verbindung weiterhin 

35 physikalisch aktiv bleiben. Somit konnen die benachbarten 

(i.S.v. entlang der im Media Gateway ausgelosten Verbindung) 
TDM Vermittlungsknoten, die die betroffenen PCM Strecken 
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terminieren, anhand der PCM Strecken - d.h. auf der Resource 
Control Ebene - nicht erkennen, dass der end-to-end Bearer 
uber diese Strecken ausgef alien ist. 

Dieses Verhalten ist gemaJS dem Function Split der zweigeteil- 
ten Architektur die erwartete Losung, well die Signalisierung 
korrekterweise auf der Call Control Ebene erfolgen soil und 
nicht auf der Resource Control Ebene. Demnach wird der Aus- 
fall des Bearers den benachbarten TDM Knoten grundsatzlich 
iiber die Call Signalisierung (SS7) - d.h. auf der Call 
Control Ebene - mitgeteilt, weil die Intelligenz zur Steue- 
rung des Netzes dieser Ebene zugeordnet ist. 

Die architekturkonforme Standardlosung fiihrt jedoch im Falle 
15 einer Fehlerhaufung - z.B. als Folge eines High Level Recove- 
ry eines Media Gateway Controllers - zu einer Vielzahl von 
Problemen, weil nicht garantiert werden kann, dass die Signa- 
lisierung des Bearer Ausfalls zu benachbarten TDM Knoten 
synchron zura tatsachlichen Ausfall stattfindef 

20 

- Wenn ein Media Gateway Controller ein High Level Recovery 
durchlauft, miissen ublicherweise alle noch bestehenden 
Nutzkanalverbindungen in den von dem Controller gesteuer- 
ten Media Gateways ausgelost werden, damit nach Abschluss 

25 des Recovery im Controller wieder ein konsistentes Abbild 

der Zustande der zugeordneten Gateways vorliegt. Solange 
dieses Abbild nicht vorliegt, kdnnen vom Controller in den 
Gateways keine neuen Verbindungen erzeugt werden. Das Aus- 
losen muss deshalb so schnell als moglich erfolgen, urn die 

30 Zeitspanne, in der keine neuen Verbindungen erzeugt werden 

konnen, so gering wie moglich zu halten. Aus diesem Grund 
wird wahrend des Recovery des Controllers das Protokoll 
zur Steuerung der Gateways moglichst frtihzeitig wieder ak- 
tiviert, um die noch bestehenden transient en Verbindungs- 

35 daten in den Gateways loschen zu konnen. Mit dem Loschen 

einer Verbindung wird die bis dahin noch bestehende end- 
to-end Verbindung unterbrochen . Folglich sollte ab diesem 
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Zeitpunkt auch die Vergebuhrung beendet werden. Dazu miiss- 
ten - wie oben beschrieben - entsprechende Signalisie- 
rungsnachrichten auf der Call Control Ebene gesendet wer- 
den. Dies 1st jedoch nicht mdglich, well die hierfur er- 
5 forderlichen Protokolle (z.B. BICC, SIP_T, SS7) zu diesem 

Zeitpunkt noch gar nicht aktiviert sind. Es muss also bis 
zu deren Aktivierung gewartet werden, was zu einem Versatz 
von mehreren Minuten zwischen der Unterbrechung der end- 
to-end Verbindung und der Beendung der Vergebiihrung fiihren 
10 kann. 

- Bei einem groJien Controller ergibt sich zudem ein Skalie- 
rungsproblem, well das Ausldsen einer Vielzahl von Verbin- 
dungen zu einer Flut von Signalisierungsnachrichten fuhrt. 

15 In Abhangigkeit von der Implement ierung des Controllers, 

seiner Gr6£e und der allgemeinen Verkehrslast im Signali- 
sierungsnetz wird deshalb der Versatz zwischen dem Ausfall 
des Bearers und der Beendigung der Vergebuhrung unkalku- 
lierbar vergrofiert und kann 30 min und mehr betragen. Die- 

20 ses Auflaufen von nicht gerechtf ertigten Gebuhren ist 

nicht akzeptabel. 

Eine Losung fur diese der Erfindung zugrunde liegende Prob- 
lemsituation ist in den Patentanspruchen angegeben. 

25 

Mit dieser Losung sind eine Vielzahl von Vorteilen verbunden: 

- Die Ldsung ist konform mit den Standards MGCP / H.248, 
weil das genormte Mindestverhalten auf einen Steuerbefehl 

30 aus der Call Control Ebene lediglich erweitert, aber nicht 

verandert wird. 

- Infolge dieser Konformitat sind lediglich minimale Ande- 
rungen an bestehenden Einrichtungen erf orderlich, urn die 

35 Erfindung zu implementieren, wodurch sie wirtschaf tlich 

sehr vorteilhaft realisiert werden kann. 
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Durch die Mitteilung an zumindest einen Netzknoten entlang 
der Verbindung wird die logische Kopplung zwischen den 
beiden verteilt realisierten Ebenen verstarkt, wodurch die 
beschriebenen Inkonsistenzen (Bearer nicht mehr verfiig- 
bar - Gebuhrenzahlung lauft weiter) leichter vermeiden 
werden konnen. 

Durch die Miteilung auf der Resource Control Ebene wird 
das Skalierungsproblem signifikant entscharft, weil die 
Signalisierungsnachrichten an diese Netzknoten entfallen 
konnen . 

Das Problem des Zeitversatzes bei einem High Level Recove- 
ry eines Controllers wird entscharft, da die Mitteilung 
auf der Resource Control Ebene in unmittelbarer zeitlicher 
Nahe zu dem Auslosen der Verbindung erfolgen kann, ohne 
dass auf eine Aktivierung entsprechender Protokolle der 
Call Control Ebene gewartet werden miisste. Auch konnen die 
Mitteilung parallelisiert von den Prozessoren auf den Bau- 
gruppen erzeugt werden, wenn unterschiedliche Baugruppen 
bet von den Steuernachrichten betroffen sind. Dies ist ef- 
fektiver als das raeist zwangs-sequentialisierte Versenden 
von Signalisierungsnachrichten durch einen zentralisierten 
Controller. 

Im Fall eines High Level Recoveries eines Media Gateway 
Controllers, von dem eine Zusammenschaltung mit einem TDM 
Netz bewirkt wird, fuhrt eine Mitteilung an einen benach- 
barten TDM Vermittlungsknoten (z.B. durch Ausfall bzw. 
Wiederinbetriebnanme von PCM Strecken) auf der TDM Seite 
zu ISUP Synchronisationsnachrichten (GRS/RSC) von dem TDM 
Vermittlungsknoten zu dem das Recovery durchlauf enden 
Controller, welche bei Nichtbeantwortung zyklisch wieder- 
holt werden. Der Recovery durchlauf ende Controller beginnt 
ab einem gewissen Punkt seines Recoveries, selbst GRS/RSC 
Nachrichten zu senden und die empf angenen zu quittieren . 
Dadurch, dass benachbarte TDM Vermittlungsknoten die Ar 
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beit der ISUP Synchronisation nach Recovery des Control- 
lers mit ubernehmen, wird nicht nur der Recovery durchlau- 
fende Controller dynamisch entlastet, sondern die Synchro- 
nisation auch schneller abgeschlossen und damit die ver- 
5 mittlungstechnisch voile Verfugbarkeit des Controllers 

fruher wieder erreicht. 

Weitere vorteilhafte Ausgestaltungen der Erfindung ergeben 
sich aus den unter- oder nebengeordneten Anspruchen. 

10 

Bei Mitteilung durch Ausfall (z.B. Deaktivierung) eines Uber- 
mittlungskanals an einen Vermitt lungs Jcnot en eines leitungs- 
orientierten Netzes wird der Ausfall - sofern er lange genug 
andauert (z.B. einige Sekunden) - von der Hardware ttberwa- 

15 chung des Knotens erkannt. Dieser Knoten veranlasst daraufhin 
das beiderseitige Auslosen des TDM Bearers in dem leitungs- 
orientierten Netz . Sofern in diesem Netz die Vergebuhrung 
erfolgt (z.B. wenn der Knoten in einem ingress-seitigen lei- 
tungsorientierten Netz angeordnet ist, dem auch der zu verge- 

20 buhrende Teilnehmer zugeordnet ist) , wird auch diese ge- 

stoppt. Der Ausfall des Ubermittlungskanals betrifft vorteil- 
haft keine Verbindungen, die nicht ausgelost werden sollten, 
wenn (wie z.B. bei einem High Level Recovery des Controllers 
der Fall) alle Verbindungen in den zugeordneten Gateways 

25 ausgelost werden. Infolge der in dem leitungsorientierten 

Netz bestehenden, bewahrten Auslosemechanismen erfolgt diese 
Beendigung der Vergebuhrung zeitnah zu der Unterbrechung des 
end-to-end Bearers im Media Gateway. Im Fall eines High Level 
Recovery eines Media Gateway Controllers wird auf diese Weise 

30 die Gebiihrenzahlung zeitnah zum Ausfall des Bearers gestoppt 
und nicht durch das Recovery verzogert. 

Durch Mitteilung mit Hilfe von speziellen Nachrichten - ins- 
besondere durch Inband Senden von RTCP Paketen, mit denen 
35 eine Information "Packet Loss = 100 %" angezeigt wird - wird 
in einem paketorientierten Netz der Ausfall eines Ubermitt- 
lungskanals simuliert, so dass der eigentliche Ubermittlungs 
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kanal vorteilhaft weiterhin aktiv bleiben und fiir andere 
Inf ormationsubermittlungen genutzt werden kann. 

Filr den Fall, dass das Gateway, dem das Auslosen einer Ver- 
5 bindung mit Hilfe von speziellen Nachrichten mitgeteilt wird, 
mit einem leitungsorientierten Netz zusammengeschaltet 1st, 
wird das Auslosen zu dem leitungsorientierten Netz weiterge- 
meldet, so dass die Vergebiihrung in diesem Netz moglichst 
zeitnah gestoppt werden kann. 

10 

Sofern diese Weitermeldung nicht durch Ausfall des Obermitt- 
lungskanals, sondern durch Meldung an den zugeordneten Cont- 
roller und dann auf der Call Control Ebene ubermittelt wird, 
werden vorteilhaft andere Verbindungen, die auch in den Uber- 

15 mittlungskanalen zu dem leitungsorientierten Netz ubermittelt 
werden, nicht unterbrochen . Zudem wird auf diese Weise so 
schnell als moglich zu der architekturkonformen Signalisie- 
rung auf der Call Control Ebene zuriickgekehrt . Auflerdem er- 
folgt diese Riickkehr verteilt auf mehrere Controller, die 

20 ihrerseits kein Recovery durchlaufen, so dass eine sehr ef- 
fektive Verteilung der Signalisierungslast bewirkt wird, die 
bei architekturkonf ormer Signalisierung ansonsten alleinig 
von dem Controller zu tragen ware, der neben der fehlenden 
Lastverteilung zudem wahrend seines Recovery sowieso keine 

25 ausreichenden Resourcen zur Bearbeitung dieser Signalisierung 
zur Verfiigung hat. 

Die Erfindung wird im folgenden anhand von weiteren Ausfiih- 
rungsbeispielen, die auch in den Figuren dargestellt sind, 
30 erlautert. Dabei zeigt: 

Figur 1 eine Anordnung zur Durchfiihrung des erf indungsgema- 

lien Verfahrens mit einem hybriden Kommunikations- 
netz, bestehend aus einem paketorientierten integ- 
35 rierten Sprach-Daten-Netz und zwei leitungsorien- 

tierten Sprachnetzen, die durch zwischengeschalte- 
ten Media Gateways und Media Gateway Controllern 
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verbunden sind, sowie zwei Endpunkten einer In for- 
ma t ion siibermitt lung 

Figur 2 die Anordnung nach Figur 1, in der ingress-seitige 
Ausgestaltungen des erf indungsgemafien Verfahrens 
exemplar! sch aufgezeigt sind 

Figur 3 die Anordnung nach Figur 1, in der egress-seitige 
Ausgestaltungen des erf indungsgemafien Verfahrens 
exemplarisch aufgezeigt sind 

In Figur 1 ist eine beispielhaf te Anordnung zur Durchfuhrung 
des erf indungsgemafien Verfahrens dargestellt. Sie umfasst 
zwei leitungsorientierte Netze PSTN A , PSTNb und ein Kommuni- 
kationsnetz IN, das vorzugsweise als integriertes Sprach- 
Daten-Netz SDN ausgebildet ist. Die drei Netze sind zu einem 
hybriden Netz zusammengeschlossen, in dem das Netz IN insbe- 
sondere zum Virtual Trunking von Sprachverbindungen zwischen 
den Netzen PSTN eingesetzt wird. Das Netz IN ist vorzugsweise 
als ein IP Netz (z.B. das Internet) ausgebildet. Fur den 
einschlagigen Fachmann ist dabei of fensichtlich, dass die 
Erfindung selbstverstandlich in anderen Netzszenarien, insbe- 
sondere weiteren paketorientierten Netzen zum Einsatz kommen 
kann wie z.B. Intranet, Extranet, einem lokalen Netz (Local 
Area Network - LAN) oder einem, z.B. als Virtuelles Privates 
Netz (VPN) ausgebildeten f irmeninternen Netz (Corporate Net- 
work) . 

Das Netz IN umfasst eine Call Control Ebene CCL, der die 
Controller MGC zugeordnet sind, und eine Resource Control 
Ebene RCL, der die Media Gateways MG zugeordnet sind. Die 
Gateways MG werden jeweils von einem ihnen zugeordneten Cont- 
roller MGC durch ein - vorzugsweise international genormtes - 
Protokoll, z.B. MGCP (Media Gateway Control Protocol) oder 
H.24 8 gesteuert und sind iiblicherweise als separate Einheit 
realisiert, die auf anderen physikalischen Einrichtungen / 
Hardware Plattformen zum Ablauf kommen als die Controller 



WO 2005/020554 PCT7EP2004/050700 



18 

MGC. 

Der Zusammenschluss der leitungsorientierten Bearer TDM A , 
TDM B wird durch zwischengeschaltete Media Gateways MG zur 
5 Konvertierung zwischen unterschiedlichen, netzspezif ischen 

Nutzkanaltechnologien RTP/RTCP (Real Time [Control] Protocol) 
und TDM (Time Devision Multiplex) und der Zusammenschluss der 
leitungsorientierten Signalisierungskanale SS7 A , SS7b durch 
zwischengeschaltete Media Gateway Controller MGC zur Konver- 
10 tierung zwischen unterschiedlichen netzspezif ischen Signali- 
sierungsprotokollen SIP (Session Initiation Protocol) , BICC 
(Bearer Independent Call Control) , SIP_T (SIP for Telephones) 
und SS7 (Signalling System No. 7) bewirkt. 

15 An das Netz PSTN A ist ein A-Teilnehmer A, an das Netz PSTN B 
ein B-Teilnehmer B angeschlossen, zwischen denen als Bearer 
eine end- to- end Nutzverbindung ISDN&, TDM A , RTP/RTCP , TDMb, 
ISDNb eingerichtet ist. Die Vergebtihrung G der Verbindung 
wird auf der Seite des rufenden A-Teilnehmers im Vermitt- 

20 lungs kno ten S A des Netzes PSTN A in iiblicher Weise vorgenom- 
men . 

In den Figuren 2 und 3 ist zur vereinfachten Darstellung der 
Erfindung jeweils nur auf eine uni-direktionale Betrachtung 

25 einer end-to-end Verbindung abgestellt, die sich vom rufenden 
Teilnehmer A zum gerufenen Teilnehmer B aufspannt. In Bezug 
auf diese tfbermi tt lungs richtung wird der Gateway MG zwischen 
dem Netz PSTN A und dem Netz IN als Gateway MGi NG ress und der 
Gateway MG zwischen dem Netz IN und dem Netz PSTN B als Gate- 

30 way MGegress bezeichnet, wobei durch den Index ' INGRESS • der 

Eingang des Nutzverbindung in das Netz IN und durch den Index 
'EGRESS' der Ausgang der Nutzverbindung aus dem Netz IN ange- 
deutet wird. 

35 In Figur 2 sind dabei eine Nachricht N h .248/mgcp vom Controller 
MGC A zum Gateway MGingress und eine Mitteilung M T dm vom Gateway 
MGingrkss zum Netz PSTN A dargestellt, die insbesondere bei 
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Recovery des dem Gateway MGingress zugeordneten Controllers 
MGCa gemafi der Erfindung ubermittelt werden. 

In Figur 3 sind dabei Nachrichten N h .248/mgcp vom Controller 
5 MGCb zum Gateway MGegress/- N X n (als Ausgestaltung einer Mittei- 
lung M ra ) vom Gateway MGegress zum Gateway MGingress/ Nfailure vom 
Gateway MGingress zum Controller MGC A , N S s7 vom Controller MGC A 
zum Netz PSTN A , sowie optional e Mitteilungen M TDM < A) und M TD m (bj 
von den beiden Gateways MG zu den jeweils per Index angezeig- 
10 ten Netzen PSTN A und PSTN B dargestellt, die insbesondere bei 
Recovery des dem Gateway MGegress zugeordneten Controllers MGC B 
gemaJJ der Erfindung ubermittelt werden. 

Es sei betont, dass die derart aufgezeigten Ausfuhrungen der 
15 Erfindung trotz ihre teilweise sehr detailgetreuen Darstel- 
lung von konkreten Netzszenarien lediglich beispielhaf ter 
Natur und nicht einschrankend zu verstehen sind. Dem Fachmann 
ist klar, dass die Erfindung nicht nur bei Virtual Trunking 
Szenarien, sondern bei alien denkbaren Netzkonf igurationen, 
20 insbesondere anderen Interworking Szenarien f unktioniert . 

Als weitere Ausf iihrungsbeispiele der Erfindung werden das 
High Level Recovery eines ingress-seitigen Controllers MGC A 
und eines egress-seitigen Controllers MGC B beispielshaf t 
25 anhand der in Netzkonf iguration nach Figur 1 erlautert. 

Fur das Ausf iahrungsbeispiel des High Level Recoveries eines 
ingress-seitigen Controllers MGC A sind Nachrichten N und 
Mitteilungen M der Erfindung in Figur 2 dargestellt. Im Laufe 

30 eines High Level Recovery des Controllers MGCa werden iibli- 
cherweise alle noch bestehenden Verbindungen in dem zugeord- 
neten Gateway MG IN gress ausgelost. Diese Verbindungen sind dem 
Controller MGC A grundsatzlich auch nach einen Recovery noch 
bekannt, weil sie z.B. in einer Datenbank des Controller 

35 (semi-) permanent gespeichert sind, wenn auch mit undefinier- 
tern Zustand, weil z.B. vor oder wahrend des Recovery eine 
unbekannte Anzahl von Nachrichten vom Gateway MGx NG rkss nicht 
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empfangen wurden. 

Vom Controller MGC A werden dem Gateway MGi NG ress Steuernach- 
richten N h .24b/mgcp gesendet, mit denen der Gateway MG ingress 
5 angewiesen wird, alle noch bestehenden Verbindungen auszulo- 
sen. Die Nachrichten N H .248/MGCPf die zum Loschen der transien- 
ten Call Daten auf dem Gateway MG fiihren, sind z.B. als Nach- 
richt MGCP:DLCX des IETF Standards MGCP oder als Nachricht 
H.248: ServiceChange des ITU-T Standards H.248 ausgebildet. 
10 Diese Nachrichten werden in diesem Beispiel so erweitert, 

dass sie dem empfangenden Gateway MGi NG ress die Fehlerursache 
(d.h. vorliegend das Recovery des Controllers MGC A ) anzeigen. 

Bei Verwendung des delete Kommandos DLCX des Protokolls MGCP 
15 kann z.B. ein wildcard Mechanismus verwendet werden, mit dem 
bei hierarchischer Namensstruktur der (lokalen) Endpunkte der 
Verbindungen mit dem wildcard "*" (asterisk) eine Gruppe von 
Endpunkten angesprochen werden kann (vgl. dazu auch RFC 
2705:MGCP, Kapitel 2.3.7). Vorzugsweise umfasst die Gruppe 
20 zumindest alle Verbindungen , die uber eine bestimmmte Strecke 
an das Netz PSTN A ubermittelt werden, weil so von der Mittei- 
lung Mtdm keine bestehenden Verbindungen deaktiviert werden. 
Das Kommando DLCX wird durch einen zusatzlichen Parameter 
"reason code" erganzt, der eindeutig anzeigt, dass im Cont- 
25 roller MGC das hier beschriebene Recovery Szenario vorliegt. 

Bei Verwendung des Kommandos ServiceChange des Protokolls 
H.248 konnen z.B. die Parameterwerte TerminationID « Root, 
ServiceChangeMethod = Forced benutzt werden. Das Kommando 

30 ServiceChange mit dem Parameterwert ServiceChangeMethod = 
Forced ist nach Standard H.248 lediglich als Nachricht vom 
Gateway MG zum Controller MGC vorgesehen. Die Benutzung die- 
ses Kommandos in der umgekehrten Richtung, d.h. vom Control- 
ler MGC zum Gateway MG, stellt eine Erweiterung des Standards 

35 dar. Sofern sie speziell fur die Recovery Szenarien reser- 
viert wird, ist in der Reservierung als solchen die Anzeige 
der Fehlerursache enthalten, so dass vorteilhaft auf einen 
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separaten Parameter zur Anzeige der Fehlerursache verzichtet 
werden kann. 

Der Gateway MGi NG re S s lost nach Empfang der Steuernachrichten 
5 H h .248/mgcp entsprechend der standardkonf ormen Reaktionen die 

angezeigte (n) Verbindung (en) in deren Kontext aus . Zusatzlich 
lasst er als Reaktion auf die angezeigte Fehlerursache die 
zugehdrigen PCM Strecken physikalisch ausfallen und aktiviert 
sie nach einer gewissen Zeitspanne wieder, die so bemessen 

10 ist, dass die Hardware Maintenance gangiger TDM Vermittlungs- 
knoten S auf der Gegenseite den Aus fall bemerken und anzei- 
gen. Als Folge werden darauf in iiblicher Weise die Bearer 
ISDNa/ TDM a im Netz PSTN a ausgelost und die Vergebuhrung G 
zeitnah zu der Unterbrechung der end-to-end Verbindung ge- 

15 stoppt. 

Fur das Ausf uhrungsbeispiel des High Level Recovery eines 
egress-seitigen Controllers MGC A sind Nachrichten N und Mit- 
teilungen M der Erfindung in Figur 3 dargestellt. Dabei wer- 
20 den alle noch bestehenden Verbindungen in dem zugeordneten 
Gateway MGegress ausgelost, wobei angenommen wird, dass dies 
dem Gateway MG EG ress vom Controller MGC B mit Steuernachrichten 
Hh.248/mgcp entsprechend dem ingress-seitigen Ausfiihrungsbei- 
spiel angezeigt wird. 

25 

Der Gateway MGegress lost nach Empfang der Steuernachrichten 
Hh.248/mgcp entsprechend der standardkonf ormen Reaktionen die 
angezeigte (n) Verbindung (en) in deren Kontext aus. Zusatzlich 
wird als Reaktion auf die angezeigte Fehlerursache dem Gate- 

30 way MGi NG ress das Auslosen der Verbindung (en) auf der Resource 
Control Ebene RCL mitgeteilt. Diese Mitteilung M TN wird z.B. 
fur alle den ausgelosten Verbindungen zugehdrigen Bea- 
rerstreams RTP durch spezielle Nachrichten Nm bewirkt, die 
z.B. als Pakete RTCP mit einem Parameterwert Packet Loss = 

35 100 % ausgebildet sind. Dies erfolgt moglichst zeitnah zum 

Auslosen der Verbindungen. Vorteilhaft wird das Aussenden der 



WO 2005/020554 



PCT7EP2004/050700 



22 

Nachrichten Ni N geglattet, urn Nachrichtenfluten zu vermeiden. 

Das Gateway MGingress teilt aeinerseits nach Oberschreiten 
eines Schwellwerts von empfangenen Nachrichten N™ dera vorge- 
5 schalteten PSTN a den Ausfall der Verbindung mit. Gemaii einer 
Variante der Erfindung wird diese Mitteilung M TDM (a) auf der 
Resource Control Ebene RCL bewirkt, indem z.B. die zugehori- 
gen PCM Strecken zum Netz PSTN A kurzzeitig deaktiviert wer- 
den. GemaS einer alternativen Variante der Erfindung wird die 

10 Mitteilung auf der Call Control Ebene CCL bewirkt. Hierzu 
wird dem Controller MGC A von dem Gateway MGingress niit Nach- 
richten Nfailure der anhand der Nachrichten Ni M erkannte Ausfall 
der Verbindungen mitgeteilt, worauf dieser Ausfall vom Cont- 
roller MGC A in ublicher Weise mit Signalisierungsnachrichten 

15 N 3S 7 dem Netz PSTN A mitgeteilt wird. Nach Erhalt dieser Mit- 
teilung werden im Netz PSTN A darauf in ublicher Weise die 
Bearer ISDN A , TDM A im Netz PSTN A ausgelost und die Vergebuh- 
rung G zeitnah zu der Unterbrechung der end-to-end Verbindung 
gestoppt . 

20 

Optional wird von dem Gateway MGegress das Auslosen der Verbin- 
dungen auch in Vorwartsrichtung auf der Resource Control 
Ebene RCL mitgeteilt. Diese Mitteilung M TD m <b> kann bei Zusam- 
menschaltung mit nachgeordneten Netz PSTN B wiederum durch 

25 physikalisches Deaktivieren der Ubermittlungsstrecken bewirkt 
werden. Vorteilhaft werden so die Bearer TDM B , ISDN B zeitnah 
zu dem Ausfall der Verbindungen in dem Netz PSTN B fur Neube- 
legungen f reigeschaltet . Dieser Vorteil ist besonders schon, 
wenn die ubliche Freigabe auf der Call Control Ebene CCL 

30 infolge des Recovery des Controllers MGC B nicht oder nur 
verzogert bewirkt werden kann. 

Dem Fachmann ist klar, dass die Erfindung nicht nur bei den 
Virtual Trunking Szenarien, bei denen der Controller MGC A des 
35 ingress-seitigen MGingress bzw. der Controller MGC B des egress- 
seitigen Gateway MGegress ein High Level Recovery durchlauft, 
sondern bei alien denkbaren Netzkonf igurationen, insbesondere 
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alien Interworking Szenarien wie TDM < > IP phone oder TDM 
<-> Access Gateway funktioniert, v. a. wenn der Ausfall des IP 
Bearers RTP in den Ausfall der (uber den Virtual Trunking 
Gateway MG) zugehorigen PCM Strecken umgesetzt wird. Der 
5 Ausfall der Nutzkanale wird so in alien Fallen unverzuglich 
ins Netz signalisiert , d.h. ohne Verzdgerung durch das Reco- 
very des Controllers MGC. 

Weiterhin ist dem Fachmann klar, dass sich die beiden be- 
10 schriebenen Szenarien naturlich bei einer bi-direktionalen 
Verbindung ohne weiteres uberlagern konnen, d.h. dass bei- 
spielsweise bei einem Gateway MGingress nicht nur eine Mittei- 
lung Mtdm in Richtung des PSTN A/ sondern parallel dazu auf der 
Gegenrichtung - d.h. der Ubermittlungs richtung von Teilnehmer 
15 B zu Teilnehmer A (beziiglich der das Gateway MGtngress dann 

einen EGRESS darstellt) - auch zusatzlich eine Mitteilung Mi N 
in Richtung des Gateways MG f .gress ausgeldst werden kann. 

Abschliefiend sei darauf hingewiesen f dass die Beschreibung 
20 der fur die Erfindung relevanten Komponenten des Kommunikati- 
onsnetzes grundsatzlich nicht einschrankend zu verstehen ist. 
Fur einen einschlagigen Fachmann ist insbesondere offensicht- 
lich, dass Begriffe wie Applikation, Client, Server, Gateway, 
Controller, etc... funktional und nicht physikalisch zu ver- 
25 stehen sind. Somit konnen beispielsweise die Endpunkte A, B 
auch teilweise oder vollstandig in Software / Computerpro- 
grammprodukten P und/oder uber mehrere physikalische Einrich- 
tungen verteilt realisiert werden. 



WO 2005/020554 



PCT/EP2004/050700 



24 

Patentanspruche 

1. Verfahren zum Auslosen einer Verbindung in einem Kommuni- 
5 kationsnetz (IN) mit 

- einer Call Control Ebene (CCL) , der ein Media Gateway 
Controller (MGC) zugeordnet ist, und 

« 

einer Resource Control Ebene (RCL) , der ein von dem Cont- 
roller gesteuertes und als separate Einheit realisiertes 
10 Media Gateway (MG) zugeordnet ist, 

mit folgenden Schritten: 

Senden einer Steuernachricht (Nh.248/mgcp) vom Controller zum 
Gateway , die Verbindung auszulosen, 

- Auslosen der Verbindung ira Gateway, 

15 - Mitteilung des Ausldsens an zumindest einen Netzknoten 

(Sa, MG ingress ) entlang der Verbindung, wobei die Mitteilung 
(M) auf der Resource Control Ebene bewirkt wird. 

2. Verfahren nach Anspruch 1, 

20 bei dem das Kommunikationsnetz als paketorientiertes Netz - 
insbesondere als integriertes Sprach-Daten-Netz (SDN) - aus- 
gebildet ist. 

3. Verfahren nach einem der vorstehenden Anspruche, 

25 bei dem das Kommunikationsnetz uber das Gateway mit einem 
leitungsorientierten Netz (PSTN) zusammengeschaltet ist, 
zumindest einer der Netzknoten ein Vermittlungsknoten (S A ) 
des leitungsorientierten Netzes ist und die Mitteilung (M T dm) 
durch Ausfall eines Obermittlungskanals zwischen dem Gateway 

30 und dem Vermittlungsknoten bewirkt wird. 

4. Verfahren nach dem vorstehenden Anspruch, 

bei dem die Zeitdauer des Aus falls so bemessen ist, dass die 
Hardware Oberwachung des Vermittlungsknoten s den Obermitt- 
35 lungskanal als ausgef alien meldet. 
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5. Verfahren nach einem der vorstehenden Ansprtiche, 

bei dem zumindest einer der Netzknoten ein zweites Gateway 
(MGingress) ist und die Mitteilung (Mi N ) durch Senden von spe- 
ziellen Nachrichten (N rN ) - insbesondere durch Senden von 
5 RTCP Paketen, mit denen eine Information "Packet Loss « 100 
%" angezeigt wird - vom ersten Gateway (MGegress) zum zweiten 
Gateway bewirkt wird. 

6. Verfahren nach dem vorstehenden Anspruch, 

10 bei dem das zweite Gateway nach Uberschreiten eines Schwell- 
wertes von derartigen speziellen Nachrichten seinerseits 
zumindest einem weiteren Netzknoten (Sa) , der nicht identisch 
ist mit dem ersten Gateway, das Auslosen der Verbindung mit- 
teilt, wobei diese Mitteilung insbesondere von dem zweiten 

15 Gateway (MGingress) an seinen zugeordneten Controller (MGa) und 
von diesem auf der Call Control Ebene zu dem weiteren Netz- 
knoten (S A ) ubermittelt wird. 

7. Verfahren nach einem der vorstehenden Anspriiche, 

20 bei dem die Steuernachricht auf Grund eines Recovery des 
Controllers gesendet wird. 

8. Compute rprogrammprodukt (P) , umfassend Sof twarecodeab- 
schnitte, mit denen ein Verfahren nach einem der vorstehenden 

25 Verfahrens an sp ruche durch zumindest einen Prozessor ausge- 
flihrt wird. 

9. Vorrichtung - insbesondere Controller (MGC) oder Gateway 
(MG) - umfassend Mittel zur Durchfiihrung eines Verfahrens 

30 nach einem der vorstehenden Verf ahrensanspruche. 

10. Anordnung - insbesondere paketorientiertes Netz (IN), 
integriertes Sprach-Daten-Netz (SDN) oder hybrides Netz (IN, 
PSTN) - umfassend Compute rprogrammprodukte und/ oder Vorrich- 

35 tungen zur Durchfiihrung eines Verfahrens nach einem der vor- 
stehenden Verf ahrensanspruche . 



